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BANDWIDTH ALLOCATION iN A SYNCHRONOUS TRANSMISSION 
NETWORK FOR PACKET ORIENTED SIGNALS 

FIELD OF TH E INVENTION 

The present invention relates; to a method of mapping a packet orientated 
client signal to a synchronous network payload. In particular, but not 
exdusively to a method of allocating bandwidth in a synchronous digital 
network for a packet oriented signal having buffer-to-buffer flow control, 
and to related aspects thereof. 

In this document, the use of the term a synchronous network inters a 
reference to a SONET (Synchronous Optical NETwork) and/or a SDH 
(Synchronous Digital Hierarchy) network. The use of either the terni SDH 
or SONET does not exclude a reference to the other such as a pereon 
skilled in the art would appreciate. 

Such synchronous networks support a hierarchical muHipiexing stmcture 
of synchronous network signals. Thus the payloads of synchronous 
network signal frames are able to transport lower-speed signals within 
containers, and smaller containers can be encapsulated within larger 
containers. 

Two types of client signal are normally earned within such synchronous 
network payloads. The first type of client signal is a constant bit rate signal 
such as a PDH (Pieisosynchronous Digital Hierarchy) signal. The second 
type is a packet oriented client signal, comprising data packets 
interspersed with inter packet gaps such as, for example, a Fibre Channel 
or Ethemet signal. The use of the terms "frame" and "packef are used 
here in an equivalent sense when refening to packet oriented signals, and 
use of either word should not exclude a reference to the other such as a 
person skilled in the art would appreciate. 
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Several different types of protocol exist for packet oriented client signals. 
These protocols come in a variety of bandwidths (e.g. Fibre Ciiannel 
supports 500Mblts/s, IGbits/s, 2Gbits/s), many of which do not fit neatly 
into any synchronous network payload containers. 

Fibre Channel and ESCON are two protocols which fall into a particular 
sub-ctass of packet oriented protocols which can use a buffer-to-buffer 
flow control rmechanism. Such a flow control mechanism helps to ensure 
that the buffers of receiving and transmitting ports along a particular 
communications path do not overflow^ which could cause data to be lost 
and/or retransmitted. 

Geographically dispersed Fibre Channei/ESCON sites can interconnect 
using other transport mechanisms such as synchronous networks, 
however several problems are known in the art to be associated with 
conventional techniques. 

Firstly, over long distances, the length of time taken by a receiver ready 
signal (or any other signal used to implement buffer-to-bulfer flow control) 
to be communicated between connected nodes can be substantial. As a 
result, long pauses are generated whilst waiting for signals to proceed with 
transmission. This results in an inefficient use of the synchronous network 
bandwidth which has been allocated for the transmission. 

It is known that a simple way to transport a packet oriented client signal is 
to transport the complete signal as received at the physical layer. This 
involves choosing a suitable synchronous payload size that is larger than 
the physical signal, then mapping the entire client signal (each bit) into the 
designated payload for transport. This Is a fixed mapping technique where 
the payload is a pre-defined size for each type of physical signal. 
However, the technique has several disadvantages. Firstly the signal must 
be mapped to the next available payload size. Secondly it is unlikely the 
client signal will operate continuously at its full bandwidth rate. 

A more complex conventional way to transport a Packet Oriented Client 
Signal is to do some manipulation of the Protocol in order to fit it Into a 
synchronous network payload which is smaller than the ful\ bandwidth of 
the Client Signal. Such conventional techniques are complex, as protocol 
dependent functions to manage flow control must be provided in order to 
prevent loss of data. 



Allocating bandwidth for packet oriented client signals in a synchronous 
network is not nearly as straight forward as for PDH signals. Thare is a 
strong demand from telecommunications and data communications 
bandwidth providers to be able to satisfy specific cost and bandwidth 
5 demands by consumers upon request. To help meet this requirement for 
different data protocols and customer bandwidth demands, contiguous 
and virtual concatenation techniques are often employed. 

Virtual containers may provide bandwidth subdivisions which are able to 
float between the payload areas of adjacent frames, with each subdivision 

10 being locatable by its pointer embedded in the frame overheads. 
Concatenation of virtual containers may be provided in a contiguous or in 
a virtual form. Contiguous concatenation techniques have several 
disadvantages compared to virtual concatenation. In particular contiguous 
concatenation requires any intemnediate node along a transmission path 

15 to have sufficient capability to both recognise that the containers are 
concatenated and to handle the bandwidth of the concatenated 
containers. This requires ail intermediate nodes to have sufficient port 
capacity and connection capabilities for the largest expected size of 
concatenated containers. Modifying existing intennediate nodes and/or 

20 providing new intermediate, network nodes to have the capacity to cope 
with contiguous concatenated containers is both costly and time 
consuming. Unlike contiguously concatenated containers, virtually 
concatenated containers are not sent contiguously and the concatenation 
is apparent only at the source and destination. 

25 Another difference is that the bandwldths defined for contiguous 
concatenation do not scale well, whereas virtual concatenation rates are 
much more scalable. For example, contiguous concatenation standard 
rates include STS3c (155Mbits), STS12c (eSOMbits), and VC4-4c 
(620Mbits), whereas virtual concatenation rates include: VC3'-2v 

30 (102Mbits), VC3-4V (204Mbits), VC4-2v (310Mbits), VC4-3V {465Mbits). 
Here the relevant (non-concatenated) rates are: VC-12 (2Mbits)i VC3 
(BIMblts), STS1 (SIMbits), and VC4 (155Mbits). 

Although contiguous and particularly virtual concatenation provide many 
different payload sizes in which to transport client signals, in reality very 
35 few payload rates are supported for most protocols, fn addition, the 
payload rates that are supported vary widely from one client signal to 
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another client signal. There are several reasons for this inoludlng, the lack 
of granularity of contiguous concatenation, the relatively recent 
introduction of virtual concatenation, the complexity involved in 
implementing virtual concatenation, and the complexity of protocol specific 
5 functions required to support payloads less than the full bandwidth of the 
client signals* 

There is no single known mapping technique for packet oriented client 
signals employing buffer-to-buffer flow controls which supports a range of 
virtually concatenated synchronous network payloads. For example, with 
10 Fibre Channel packet oriented client signals, three methods are known 
which can carry the signal over a synchronous network. 

The first technique is for the Fibre Channel packet oriented client signal to 
be mapped to a SONET/SDH payload via ATM (Asynchronous Transfer 
Mode), This technique is limited to contiguous concatenation {STS1, 
15 STS3c, STS12C, VC4, VC4-4c), and requires many complex Fibre 
Channel and ATM functions. 

Secondly, Fibre Channel can be mapped to a SONET/SDH payload via 
HDLC (High-level Data Link Control). This technique similariy is limited to 

contiguous concatenation and requires complex protocol functions to 
20 achieve the mapping. 

Thirdly, Fibre Channel signal nan be mapped to a SONET/SDH payload 
as defined in the T1X1 ITU standard, which can be accessed via the 
standards section of the ITU website found at www.itu.org. This technique 
uses virtually concatenated payloads to carry a full bandwidth iGbits/s 
25 Fibre channel client. No complex protocol specific processing is required 
as implementation is limited to a single synchronous payload (VC4-6v for 
SDH, STS3c-6v for SONET), The technique cannot therefore be scaled to 
meet specific customer bandwidth and cost requirements, and is 
accordingly inflexible. 

30 Another disadvantage of the thiniJ method is that the buffer-to-buffer flow 
control mechanism escalates the problem of bandwidth wastage in that as 
data throughput decreases with distance, more bandwidth is wasted. For 
example, with 60 buffer credits allocated over 120km Fibre Channel 
throughput declines to 50% by 240 km, to 25% by 500km, etc, and the 

35 redundant portion of the payload increases accordingly. 
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Yet another disadvantage of the third method is that this size of bandwidth 
will have limited connection options in the network. For example, the 1G 
fibre channel signal would require an STM-16 or greater rate interface 

One technique known to transport ESCON over a synchronous network Is 
identical to that of the third method detailed above, except where the full 
bandwidth of the client signal is 200Mblts/s. As for Fibre Channel, this 
technique uses a mapping limited to a single rate (i.e. VC3-4v for SDH, 
STS1-4V for SONET), and similar disadvantages apply. 

OBJECTS OF THE INVENTION 

The invention seeks to mitigate and/or obviate the above mentioned 
problems associated with the prior art by providing a method of allocating 
a variable amount of bandwidth in a synchronous transmission network so 
that scaleable bandwidth is provided without having to perform complex 
protocol specific functions. 

A further object of the invention seeks to provide a method of mapping a 
packet oriented signal having buffer-to-buffer flow control provided by a 
client signal network to a synchronous payioad for transport to another 
client signal network. 

A further object of the invention seeks to provide a method of load 
balancing synchronous traffic comprising client signals across a 
synchronous network. 

SUMMARY OF THE INVENTION 

A first aspect of the invention seeks to provide a method of mapping a 
packet orientated client signal to a synchronous network payioad, the 
method Including the steps of: 

receiving said client signal; 

processing said client signal to a form suitable for mapping to said payioad 
which preserves a buffer-to-buffer flow control mechanism of the client 
signal, wherein said step of processing reduces the bandwidth of the client 
signal while maintaining the integrity of a payioad of the client signal; 

and mapping said processed signal to said synchronous networic payioad. 
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Advantageously, the invention provides a isimple solution which does not 
require any flow control or buffer credft management functionality, and any 
Intermediate mapping to other OS! layer -2 protocols $uch as ATM 

Preferably, the bandwidth is reduced by removing redundant information 
5 from said olient signal. 

Preferably, the bandwidth is reduced by removing Idles from said client 
signal. 

Preferably, the bandwidth is reduced by removing at least one primitive 
sequence which forms part of a series of repeated primitive sequences in 
10 said client signal. 

Advantageously, the invention removes non-essential signals from a 
received data stream so that a signal with a reduced bandwidth can be 
transmitted over a synchronous communications network, such as a 
SONET/SDH network. Any client signal suitably fomriatted for 

15 transportation over a synchronous communrcations network typically 
Includes redundant signalling code, for example, idles, which are provided 
between the client signal frames. It is highly advantageous if these idle 
signals can be removed to reduce the amount of bandwidth used. There Is 
no need to retain signal Integrity on a bit by bit basts such as a PDH 

20 (pleisiosynchronous digital hierarchy) would require. Any appropriate client 
signal protocols for transmission in a synchronous digital environment 
which incorporate some redundancy, for example, 10B encoded signals 
suqh as Fibre Channel, ESCON, or Gigabit Ethernet, may be optimised for 
bandwidth allocation by removal of redundant signals. Similarly, it Is 

25 advantageous if the bandwidth taken up by any primitive sequences being 
transmitted over the network can be reduced. 

Preferably, in the step of preserving the buffer-to-buffer flow control 
mechanism of the client signal, sard buffer-to-buffer flow control 
mechanism is provided according to a Fibre Channel protocol class of 
30 service. 

Alternatively, in the step of preserving the buffer-to-buffer flow control 
mechanism of the client signal, sard buffer-to-buffer flow control 
mechanism is provided according to an ESCON protocol class of service. 
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Alternatively, said packet orientated cltent signal Is provided according to a 
higher level protocol supported by said Fibre Channel protocol and which 
has a buffer-to-buffer flow control mechanism provided according to a 
Fibre Channel protocol class of service. 

5 Preferably, the synchronous payload is taken from the group consisting of: 
one or more SONET virtual container payloads^ one or more SDH virtual 
container payloads; two or more virtually concatenated SONET virtual 
container payloads; two or more virtually concatenated SDH virtual 
container payloads; two or more contiguously concatenated SONET 
10 virtual container payloads; two or more contiguously concatenated SDH 
virtual container payloads. 

Advantageously, the Invention permits virtual concatenation to be used to 
transport a client signal using a plurality of smaller bandwidth virtual 
containers which are then separately transported across the SDH/SONET 
15 network. The virtually concatenated containers are then recombined at the 
end point of the transmission. 

Preferably, said step of processing the client signal further includes a step 
of removing line encoding. 

Preferably, said first aspect further includes the step of padding said 
20 processed client signal so that said processed client signal is appropriately 
padded to fill a predetermined synchronous payload bandwidth. 

Preferably, said the bandwidth of the synchronous payload is allocated by 
a netwotk management system. Alternatively, the bandwidth of the 
synchronous payload is allocated by apparatus implementing the method 
25 of mapping. 

Advantageously, the bandwidth allocation may be allocated automatically 
based on a Client signal data rate measured or derived from other 
embodiments of the invention. For example, bandwidth may be allocated 
according to feedback regarding the routing of client signals previously 
30 mapped to virtual container(s) of a certain bandwidth. 

Preferably, the synchronous payload bandwidth is modified in response to 
customer bandwidth demands Increasing/decreasing. Alternatively, the 
synchronous payload bandwidth is modified in response to changes in 
data throughput as distance between the end data packet nodes changes. 
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Preferably, a plurairty of clients signals are multiplexed together to share 
said synchronous payload. 

A second aspect of the invention seeks to provide a method of mapping a 
packet oriented client signal that uses a buffer-to-buffer flow control 
mechanism to a synchronous transmission network payload, the method 
comprising the steps of: 

processing said client signal to remove at least one ordered set provided 
according to a protocol of said client signal to form a second signal; 

storing the second signal in an ingress buffer; and 

mapping the second signal to said synchronous payload, 

wherein said steps of processing said client signal and mapping said 
second signal preserve the buffer-to-buffer flow control mechanism of the 
client signal and maintains the integrity of the payload of the client signal. 

Preferably, said ordered set provides redundant data in said client signal. 

Preferably, said ordered set provides redundant data comprising at least 
one client signal idle. 

Alternatively, said ordered set provides redundant data comprising at least 
one client signal primitive sequence which is repeated in a series of client 
signal primitive sequences. 

A third aspect of the invention seeks to provide a method of restoring a 
packet oriented client signal from at least one synchronous network 
payload, the method comprising the steps of: 

receiving said synchronous payload; 

de-mapping said signal from said synchronous payload; 

storing said signal in an egress buffer; and 

processing said signal to add at least one ordered set provided according 
to a protocol of said packet orientated client signal, v\rtiereln said method 
of restoring the client signal maintains the integrity of the payload of said 
packet oriented client signal and preserves a buffer-to-buffer flow control 
mechanism of sard client signal. 
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Preferably» said step of de-mapping includes removing a padding 
character added to said signal prior to being mapped to said synchronous 
payload- 

Preferably, said at least one ordered set is a client signal idle Inserted 
5 between client signal packets in said signal according to the client signal 
protocol- 
Preferably, said at least one ordered set is a primitive sequence inserted 
to form a series of primitive sequences in accordance with the client signal 
protocoL 

10 A fourth aspect of the invention seeks to provide apparatus adapted to 
perform steps in a method of mapping a client signal comprising a packet 
oriented client signal that uses a buffer-to-buffer flow control mechanism 
to a synchronous transmission networic payload, the apparatus 
comprising: 

15 a processor for processing said client signal to remove at least one 

ordered set provided according to a protocol of sard client signal to form a 
second signal; 

a buffer for storing the processed client signal in an ingress buffer; and 

a mapper for mapping the processed client signal to said synchronous 
20 payload, 

wherein said apparatus preserves the buffer-to-buffer flow control 
mechanism of the client signal and maintains the integrity of the payload 
of the client signal. 

For example, the apparatus may comprise part of a node and/or be a card 
25 forming part of a network element, e.g, a port card. 

Preferably, the apparatus Is provided in a network element supporting said 
client signal 

Alternatively^ the apparatus is provided in a networt< element supporting 
said synchronous network payload, 

30 For example, a network element may comprise a multiplexer, cross- 
connect, switch, or other active device, and may include apparatus 
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comprising a plurality of nodes, for example, line cards etc, such as are 
knovtfn to those skilled in the art. 

A fifth aspect of the invention seeks to provide a network element 
comprising apparatus according to the fourth aspect and any features 
thereof. 

A sixth aspect of the Invention seeks to provide a signal comprising a set 
of one or more synchronous containei^, wherein the payload of said one 
or more synchronous containers comprises a client signal adapted to a 
reduced bandwidth format, wherein the integrity of the payload of said 
client signal Is preserved in said synchronous payload, and wherein a 
buffer-to-buffer flow control mechanism of said client signal is presented in 
said synchronous payload. 

A seventh aspect of the invention seeks to provide a method of load 
balancing traffic comprising a packet orientated client signal across a 
synchronous network, wherein said traffic comprises at least one 
synchronous network payload comprising a packet oriented client signal 
which is controlled by a buffer-to-buffer flow control mechanism, the signal 
having been mapped to a synchronous network payload using a method 
including the steps of; receiving said client signal; processing said client 
signal to a fonn suitable for mapping to said payload which presences a 
buffer-to-buffer flow control mechanism of the client signal, wherein said 
step of processing reduces the bandwidth of the client signal while 
maintaining the integrity of a payload of the client signal; and mapping 
said prcxjessed signal to said synchronous network payload, wherein said 
method of toad balancing comprises the steps of: 

pre-allocating an initial bandwidth of said synchronous network payload 
according to a predetermined condition , wherein said payload comprises 
a plurality of virtually concatenated vMual containers; 

diversely routing said synchronous network payload over said 
synchronous network; and 

in the event of a change In a condition of the network, modifiying the 
allocated bandwidth. 

Preferably, the bandwidth is automatically modified. 
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Preferably, in the step of modifying the allocated bandwidth, the bandwidth 
is automatically modified by the apparatus perfomiing the method of 
mapping. 

Preferably, in the step of pre-allocating an initial bandwidth, the pre- 
allocated bandwidth is detemnined by requirements requested by a user of 
the network. 

Alternatively, in the step of pre-allocating an initial bandwidth, the pre- 
ailocatlon is automatic 

Alternatively, in the step of pre-allooating an initial bandwldSi, the pre- 
allocation is detemnined by the condition of the synchronous network. 

A condition of the netwo* for example, may be that a fault occurs 
affecting some portion of the network. 

Advantageously, load balancing Is facilitated by some embodiments of the 
invention in which client sign^s are mapped to virtually concatenated 
containers. The invention utilises the feature of virtual concatenation to 
diversely route data across the network and re-assemble data at the 
destination. If one of the paths is lost the service will continue to operate 
on the remaining containers at a reduced bandwidth. This obviates any 
need to permanently reserve protection bandwidth in the manner of a 
conventionally protected transport service* 

An eighth aspect of the invention seeks to provide a method of allocating 
bandwidth in a synchronous digital network for a packet oriented signal 
having buffer-to-buffer flow control, the method comprising the steps of: 

received said packet oriented signal; 

processing said packet oriented signal to a processed signal having a 
form suitable for mapping to a synchronous network payload, wherein the 
processing preserves a buffer-to-buffer flow control mechanism of said 
packet oriented signal, wherein said step of processing removes 
redundant information from the packet oriented signal while maintaining 
the integrity of a payload of the packet oriented signal; 
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and mapping 3aicl processed signal to a said synchronous network 
payload having a bandwidth determined according to the bandwidth of 
said processed signal 

Any of the preferred features and advantages may be combined with other 
5 preferred features and advantages, and may be combined with any of the 
aspects of the invention as appropriate, as would be apparent to those 
skilled in the art. 

Several advantages are provided by the invention which will now be 
described under three general areas- 

10 Firstly, the invention advantageously removes the need to preserve 
pennanently protection bandwidth over a network. Virtually concatenated 
containers may be routed diversely over the network. At the destination^ 
any differential delay between containers is resolved by appropriate 
buffering untif the containers can be reassembled. If one path is lost, 

15 service can continue to operate on the remaining containers, which offers 
a significant cost saving compared to a conventional protected transport 
service where protection bandwidth is permanently allocated. 

Advantageously, by utilising virtual concatenation, no modification of 
intermediate equipment is required as only the source and destination 
20 nodes are required to know that the virtual containers are virtually 
concatenated. 

Secondly, the invention advantageously exploits the inherent flow control 
mechanisms which are provided by certain classes of service supporting 
buffer-to-buffer flow control in point-to-point network topologies, for 
25 example in certain classes of service supported by client signals such as 
Fibre Channel and ESCON. 

Buffer-to-buffer flow control regulates traffic along a link between a 
transmitter port and a receiver port by controlling the rate at which the 
transmitter can send data to the receiver. A transmitter is able to transmit 
30 a frame along a link only if the receiver has indicated it can accept the 
frame. It is known to those skilled In the art that In this context, a client 
signal frame contains the information to be transmitted (payload), the 
address of the source and destination ports, and/or link control 
information. The Generic Framing Procedure (GFP) specified in ANSI 
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T1 XI .5/2001 -024R3. includes both common {pratoaol independent) and 
client-specific {protocol dependent) mapping features for GFP framed 
payloads into a synchronous transport signal (STS) synchronous payload 
envelope (SPE). However, the invention modifies the GFP according to 
5 T1X1 in an advantageous manner. 

Buffering may be required for any one of a number of reasons. For 
example, the client signal may need to be buffered to mitigate the effects 
of any congestion along its route/at its destination. The buffer size needs 
to be sufficient for the buffer credits allocated to the link, for example, at 
10 least equal or greater than the number of allocated buffer credits. The data 
packet protocol rules dictate that the number of packets in transit on the 
link cannot exceed the buffer credits assigned to the link. This ensures 
that the buffer does not overflow. 

Advantageously, the invention uses the buffer credit link flow control 
15 mechanism of Fibre Channel, and ESCON, to ensure that no buffer 
overflow occurs when handing-off between the different client signal data 
rates and SONET/SDH payload rates. 

Thirdly, the invention advantageously provides high speed transmission 
over the SONET/SDH networic without the unnecessary waste of 
20 bandwidth which would result if the bandwidth could not be tuned to match 
the customer requirements- 

Advantageously, the invention therefore enables a earner to offer 
scaleable bandwidth and price the service according to the capacity the 
customer chooses to purchase - i.e.,. the client signal is mapped to a 
25 payload constmcted from a number of containers whose capacrty is less 
than the client signal rale. This enables the carrier to adjust the capacity of 
the SDH/SONET pipe according to customer requirements. 

Advantageously, the invention allows SONET/SDH bandwidth to be used 
more efficiently over longer distauices as there is usually a loss of data 
30 throughput as the transport distance increases. 

Advantageously, bandwidth can be increased/decreased to meet changes 
in customer bandwidth/cost requirements and by tailoring the bandwidth to 
match the throughput for a given distance significant cost savings can be 
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achieved over the aftemative, conventional scenario in which a full rate 
pipe is allocated whfch ends up being only partially fuH. 

Advantageously* connectivity in the synchronous network is improved as 
the invention enables client signals to be mapped to a rang© of smaller 

5 SOMET/SDH payloads. This enables for example a Fibre Channel client 
signal to be mapped to a payload that can be transported via an 
0C12/STM4 interface or even an OC3/STM1 Interface. Similarly, an 
ESCON signal could be transported via an 0C3/STM1 interface. This 
significantly increases the available connections in the SONET/SDH 

10 network as the availability of the lower rate interfaces such as OC3/STM1 
and OC12/STM4 is much greater than that of OC4a/STM16. 

Advantageously, the Invention thus enables a Fibre Channel signal having 
a bandwidth larger than an interface to be mapped to an SDH/SONET 
container having a bandwidth equal to or smaller than the interface. This 
15 enhances the capability of a synchronous network to add, remove and 
connect such signals. 

Advantageously, the transport of Fibre Channel (1G, 2G and 4G), and 
ESCON (200W!) in a synchronous paytoad is supported. End-to- end data 
integrity is maintained by using a buffer-to-buffer flow control mechanism 
20 of the data packet protocol to control buffers within the networic elements 
at both the transmitting and receiving nodes. The use of these buffers 
automatically regulates the data throughput to ensure no data can be lost. 

Advantageously, by providing transparency to the client signal, client 
signal nodes at each side of the synchronous link appear on the same 
25 client network. This simplifies management of the client network. 

Advantageously, the invention enables performance monitoring of the 
client signal at ingres^egress to the synchronous network. 

It is a particular advantage that the synchronous nodes are not able to 
interfere with the flow control mechanism of the client signal. 

30 BRIEF DESCRIPTION OF THE DRAWINGS 

In order to show how the invention may be carried into effect, 
embodiments of the invention are now described below byway of example 
only and with reference to the accompanying figures in which; 
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Figure 1 stetch^s the hierarchical layers in the Fibre Channel protocol; 



Figures 2A and 2B illustrate the different flow control mechanisms for 
class 2 and class 3 Fibre Channel service; 

Figure 3A sketches a network topography in which two client signal 
5 protocol networks communicate over a synchronous network; 

Figure 3B sketches port to port connectivity of a link between node A and 
node Z over the network sketched in Figure 3A in an embodiment of the 
invention; 

Figure 4A shows key steps in an overview of how a client signal is 
10 transported across a SONET/SDH networl^ according to the invention; 

Figure 4B shows a preferred embodiment of the invention comprising 
steps in a method of mapping a packet orientated signal to a synchronous 
network payload, and steps in a method of restoring a packet oriented 
signal from a synchronous networtc payload 

15 Figure 4C shows various steps in a method of mapping a packet 
orientated signal to a synchronous network payload which may be 
implemented in various embodiments of the invention; 

Figure 4D shows various steps in a method of restoring a packet 
orientated signal from a synchronous networic payload which may be 
20 implemented $n various embodiments of the invention; and 

Figure 5 shows steps in a method of mapping a client signal data frame to 
a synchronous payload according to an embodiment of the invention. 

DETAILED DESCRIPTION OF INVENTION 

OVERVIEW OF FIBRE CHANNEL 

25 A detailed overview of Fibre Channel is now given with reference to the 
accompanying drawings to illustrate a conventional buffer-to-buffer flow 
control mechanism which Fibre Channel and other upper layer protocols 
supported by Fibre Channel employ. 

Firstly, Fibre Channel is a serial link supporting its own protocol as well as 
30 upper layer protocols such as FICON, FDDI, SCSI, HIPPI, (PI, IP.etc 



Protocols traditionally thought of as either channel or networi< may co-exist 
on a single Fibre channel physical layer. The lower Fibre channel 
transport layers are not aware of any "ULP" (Upper Layer Protocol) as is 
known to those skilled in the art. 

5 Conventionally, Fibre Channel enable© large amounts of mformatron to be 
transferred rapidly. Tran$mission speeds include 133Mblt$/$, 266Mblt/s, 
530Mbit/$, 1 .0625 and 2.1250 Gbit/s (higher transmission speeds may be 
provided in future based on Fibre Channel principles). Fibre Channel is 
currently employed primarily within local area networi<s (LANs), and the 
io invention enables a local Fibre Channel network to interconnect with other 
local Fibre Channel network(s) via synchronous network(s) more 
efficiently in terms of bandwidth than the prior art provides. 

As is known to those skilled in the art, Fibre Channel is structured as a set 
of hierarchical functions (see Figure 1 of the accompanying drawings). 

15 The lowest level FC-0 defines the physical link In the system such as the 
transmission speeds, FC-1 defines the line coding used to structure data 
according to the Fibre Channel protocol, FC-2 defines the framing pratocol 
and flow control mechanisms to be used, FC-3 defines common sen/ices 
for certain advanced features, and FC-4 defines the application interfaces 

20 which can be executed over Fibre Channel. 

FC-2 defines the transport mechanisms which include the framing rules for 
the data to be transfen-ed between ports and various mechanisms for 
controlling the framing mechanisms and service classes, frame, 
sequence, exchange, and protocol building blocks. 

25 The invention utilises the flow control mechanism which a packet oriented 
client signal such as Fibre Channel can provide at FC-2 of the hierarchy to 
optimise synchronous bandwidth usage when such client signals are 
mapped to synchronous payloads. 

Fibre Channel uses 8B/10B line encoding to improve the transmission 
30 characteristics of the link. Within the 8B/10B line encoding scheme, 
certain basic signals, often termed ''ordered sets" are defined which 
identify frame boundaries, transmit primitive function requests, and 
maintain proper link transmission characteristics during periods of 
inactivity. The temri "ordered sef implies in this context a series of 
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data/control characters which, when armnged in a particular order, 
represent a predefined meaning within the given protocol. 

Three major types of ordered sets are defined by the Fibre Channel 
signalling protocol These include: 

5 i) frame delimiters such as start of frame and end of frame; 

11) primitive signals such as idles (which indicate an operational port facility 
ready for frame transmission) and receiver ready ( R_RDY); 

iii) primitive sequences which indicate specific conditions within a port or 
conditions encountered by the receiver logic of a port. Examples of 
10 primitive sequence include: offline, not operational link reset, and link 
reset response. 

Fibre Channel flow control depends on the service class. Classes are 
available for fractional bandwidth, unidirectional or multicast services, and . 
the invention maps alf classes of service in which buffer-to-buffer flow 
15 control is used ( for example, classes 2, 3 or 4). Fibre channel nodes 
perform a login process to establish a ccnnection with the appropriate 
class of sen/ice. The login process detemiines what is present at the other 
end of the point-to-point link (i,e, whether it is another node, a loop or a 
switch) and communicates with it appropriately 

20 Buffer-to-buffer flow control is managed between the porfs of network 
nodes/switches connected in a point-to-point topology. The buffer-to-buffer 
flow control can only be implemented along a link between two Fibre 
Channel network elements (i.e., between two Fibre Channel network 
nodes or between a Fibre Channel node and a Fibre Channel switch 

25 fabric). The receiving port controls the transmission of frames by giving 
permission to the sending port to send one or more frame to that particular 
receiving port. That penntssion is called a credit. The number of frames 
that may be sent is referred to as the available credit. Flow control is 
provided by both ports on the link exchanging the number of frames they 

30 may receive at any time from each other to determine their respective 
buffer credit values during a ''log on'' phase. 

Figs. 2A and 2B illustrate how conventional Fibre Channel signals are sent 
from a source (the initiator port) to a destination (the responder port) for 
both class 2 and class 3 sen/Ice. As can be seen by comparing Fig. 2A 
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with Fig. 2B, the essential difference is that class 2 signals are 
acl<;nowledged by the responder port sending back an ACK frame in 
addition to a RlRDY primitive signal whereas no ACK i3 provided for 
Class 3 signals. This is because a class 2 service uses both buffer-to- 
5 buffer flow control and end-to-end flow control. 

If the initiator port and port A of an intermediate network element (which 
may b© a FG node or FC switch fabric) log into each other, the initiator 
port may indicate that it has sufficient storage capacity to handle 2 frames 
from port A, and port A may indicate that it can handle 8 frames from the 
10 initiator. Thus the buffer credit of port A is set to 2, and the buffer credit of 
the initiator port is set to 8. 

Each port keeps track of the buffer credit count, which is initialised to zero. 
For each frame transmitted, the credit count is incremented by one^ and 
for each R_RDY primitive signal received from the other port the credit 
15 count Is decreased by one. Transmission of a R_RDY primitive signal 
indicates a port has processed a frame, freed a receive buffer, and is 
ready for one more. If the buffer credit count reaches the buffer credit 
value at the initiator port^ no more frames can be sent by the initiator to 
port A of the intermediate networi< element 

20 Similarfy, for the link between port B of an intermediate network element 
and the responder port, if the buffer credit count at port B of the 
intermediate network element reaches its buffer credit value, no more 
frames can be sent, 

it will be appreciated by those skilled in the art, that port A and port B as 
25 shown in Figs. 2A and 2B may form part of the same intermediate network 
element, however more realistically several intermediate network 
elements may be provided and the illustrated example indicates only one 
intemiediate network node for clarity. 

OVERVIEW OF ESCON 

30 A detailed overview of ESCON is now given with reference to the 
accompanying drawings to illustrate a conventional buffer-to-buffer flow 
control mechanism which ESCON employs, 

ESCON supports a packet oriented protocoU ESCON uses 8B/10B 
encoding to reduce transmission errors similarly to Fibre Channel and, like 
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Fibre Channel, ESCON also provides ordered sets which Include frame 
delimiters, primitive sequences and prrmrtive signals similar to tho$© 
defined by FC. ESCON also provides a link level protocol to establish and 
maintain the physical and logical paths used for transferring frames. The 
5 link layer must be established before data level commands and statuses 
may be exchanged. ESCON uses a similar buffer-to-buffer flow control 
mechanism like certain classes of Fibre Channel, 

in ESCON, flow control is achieved using an ESCON channel control word 
such as , a common link access word, which ensures that the size of the 

10 ESCON transmit channel is less than or equal to the size of the host 
ESCON receive channel. If an ESCON channel receives more data than it 
can accommodate in a buffer, more buffers are allocated until all the data 
is transmitted or until no more buffers are available. When no more buffers 
are available, the channel access control word is retried, and when more 

15 buffers are available, the data transfer is continued. 

As a channel is only capable of restarting data transfer at the beginning of 
a channel control word, multiple attempts to receive one block of data are 
avoided by ensuring that the channel link access word (CLAW) frame size 
is less than or equal to the receive size. This allows data to be transferred 

20 along the ESCON channel only whenever a buffer is available and so 
avoids multiple transmissions of data. If the CLAW frame size is not large 
enough to hold a complete block of data from an application, a More-to- 
Come bit can be set. This bit indicates to the application or operating 
system application interface that this CLAW frame does not contain all of 

25 the data for this block and more data will arrive in a subsequent frame. 
The specific use of the More-to-Come bit can be tailored to the 
environment of the operating system. 

The best mode of the invention will now be described with reference to the 
accompanying drawings- It will be appreciated by the person skilled In the 
30 art that the invention is not intended to be limited to the specific 
embodiments described herein below but extends to suitable equivalents 
falling within the scope of protection defined by the claims. 

The invention applies to packet oriented client signals provided according 
to a link protocol having a buffer-to-buffer flow control mechanism, for 
35 example, Fibre Channel, ESCON, etc, so that buffer-to-buffer flow control 
may be handled conventionally by the client signal equipment, which 
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generates and/or terminates the client signal. Whilst specific reference is 
made to a Fibre Channel f FC") embodiment of the invention, those skilled 
in the art will appreciate that the invention can be readily adapted to client 
signals provided using ESCON, and to other suitable packet oriented 
5 protocols which use buffer-to-buffer flow control mechanisms, in particular 
to such protocols which are supported by Fibre Channel and use Fibre 
Channel flow control techniques. 

The invention enables dispersed packet oriented networks to 
communicate over synchronous networks, for example synchronous 
10 optical networks such as SONET or SDH networks. An example of a 
packet oriented network is a Fibre Channel storage area network ("SAN"), 

Referring now to Figure 3A, an embodiment of the invention will now be 
described in which a first packet oriented network 1 00 uses a link protocol 
having buffer-to-buffer flow control for data transfers between a plurality of 

15 network elements (NEs) A, B, and C- First network 100 Is connected to a 
second packet oriented network 110. Second network 110 comprises a 
plurality of NEs X, Y, and may also be a SAN and supports the same 
protocol as the first netwoik 100* Each network element A, B, X, Y. Z 
includes nodes having ports enabling the Ingress/egress of traffic from/to 

20 the NE. The two packet oriented networks 100, 110 are connected by a 
synchronous drgital networi< 120, for example a SONET or SDH network. 
In this embodiment of the invention, both the first and second packet 
oriented networks 100, 110 use a Fibre Channel class of service 
employing buffer-to-buffer flow control between their respective NEs. Here 

25 the term "client signaP' refers to a signal which has buffer to buffer flow 
control which can be transported over the first and second packet oriented 
networks. 

As an example, in order to send a signal from network element A to 
network element Z the following steps are pert^ormed according to the 
30 invention:- 

i) a login procedure is Initiated at the Fibre Channel ports at each end of 
each link between networt< element A and network element Z to establish 
appropriate buffer credit values for each port. 

Firstly, the Interfacing ports on jink 1 12 between node A and node C login 
35 to each other to determine their buffer credit values. Secondly, the 
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interfacing ports in nodes C and X communicate transparently across the 
synchronous network 120 to log In to each other, and finally the interfacing 
ports along the link between nodes X and Z log in with each other to 
determine their buffer credit values. 

5 ii) a signal is transmitted from a source, the initiator port "ac^' of node A, to 
its destination (the responder port "zx" of node Z) and the flow of the 
signal is controlled using the buffer credit values detemiined in step (i) 
which are communicated transparently over the synchronous network 120 
as will be described in more detail later herein below. 

10 Advantageously, flow control through the interfacing synchronous network 
elements, for example nodes Nl, N4 in Figure 3A, of the synchronous 
network 120 is detemnined by the Fibre Channel equipment that generates 
the Fibre Channel signal, i.e., by node C of SAN 100 (and by node X of 
SAN 1 1 0 for bi-directional signals), 

15 The synchronous network 120 is transparent to the flow control of the 
packet oriented protocol, i,e., the synchronous network elements etc Nl, 
N2, N3, N4 do not manipulate the data packet protocol flow control- Flow 
control over the synchronous network is detemiined instead by .the first 
network 100 and second network 110 interfacing nodes, for example by 

20 the buffer credit values established by NEs C and X. 

Referring now to Figure 3B, the above steps will be considered wHh 
reference to a specific example. Consider the case where along link 112 
port "ac** of the node at A Is granted a buffer credit value of 10 by port ca 
of the interfacing node of C. This means that if the receiving buffer of port 
25 "ca"* is initially empty, port "ac" can send up to 10 frames to port "ca" 
before the buffer of port "ca*" is full (assuming that tiie buffer of port "ca" 
does not in the meantime empty). Consider also the case where 
Interfacing port "ca" of C is granted a buffer credit value of 5 by port ''ac" of 
A (i.e. similarly, port "ca" can send 5 frames to port ac). 

30 Port "ac" is aware of the number of frames rt sends to ''ca" reducing its 
buffer credit for that port, and correlates this with the number of receiver 
ready signals It receives from port ''ca" which reptentehes its buffer credit. 
If the buffer credit count at port "ac" reaches the buffer credit value for port 
"ca", no more frames are sent to port "ca" until a R_RDY primitive signal is 

35 received from port "ca" to indicate that port "ca" has now freed a buffer. 
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To implement flow control between C and X, appropriate buffer credit 
values are determined transparently across the intermediate synchronous 
network 120 and any intermediate synchronous NEs/nodes. For example, 
if at C, port "cx" J3 granted a buffer credrt value of 20 by port "xc" of X, port 
5 "cx" can send up to 20 frames at a time to port "xc". Similarly, if at X, port 
"xc" is granted a buffer credit value of 10 by port "cx", port "xc" can send 
up to 10 frames at a time to port ''cx*'. 

Completing the iinl< between A and Z, consider If Port '*xz" of X is granted 
a buffer credit value of 5 by port "zx^' of Z and port "zx" is granted a buffer 
10 credit value of 1 0 by port "xiz". This means ''xz" can send 5 frames to port 
"zx" and "zx can send 10 frames to port **xz", before the buffers in each 
port will, if they are not emptied in the meantime, be fulL 

Accordingly, in the embodiment shown in Figure 3B, the Fibre Channel 
service provides a total of 35 buffer credits along the communications path 
15 between A and Z. (i.e. the summation of the buffer credit values stored at 
ports 'W. ''cx" and "xz" for 10 + 20 + 5 = 35), and a total buffer credit 
value of 25 is provided for the reverse direction. 

Ideally, therefore A can send 35 frames from initiator port "ac" to the 
responder port "zx" at Z before buffer credit regulates the flow control and 

20 transmission is paused until a buffer is freed. However, if C cannot 
transmit to X, a pause may occur after only 10 frames have been 
transmitted. This initiates a chain of receiver ready signals being 
transmitted back down the line to port "ac". When port "ac" receives a 
receiver ready signal from port "ca", it Is able to send another frame of 

25 data. 

Thus, the interfacing node of C in the first network 100 can only send a 
frame across the synchronous network 120 if the receiver node of X in the 
second network 110 has indicated it can accept the frame. For a 
communication between node C and node X, the number of buffer credits 

30 held at node 0 controls the flow of frames to the interfacing synchronous 
node Ml . The receiver port indicates that a frame can be accepted by 
sending R_RDY's to the transmitter port, and thus flow control is provided 
completely within the packet orientated client network environments of first 
and second networks 1 00, 1 1 0 without the need to adapt any intermediate 

35 equipment in the synchronous networic 120 via which the two netwoilcs 
100, 110 are able to communicate. 
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Figure 4A $hows more details of how a packat oriented signal is 
communicated between the first and second packet oriented signal 
networks 100, 110 over a synchronous network 120 in one embodiment of 
the invention. In Figure 4, the signal F^ is received from the first network 
100 and is mapped into a synchronous network payload at synchronous 
node N1, In this embodiment of the invention, node N1 receives packet 
oriented client signals having buffer-to-buffer flow control provided by 
Interfacing NE "C" in the first network 100. 

N1 interfaces between first network 100 and the synchronous digital 
network 120 and N4 interfaces between the synchronous digital network 
120 and second network 110 as shown in Figure 3A. Both N1 and N4 in 
this embodiment of the invention are provided within synchronous network 
equipment adapted to support the receptiori/generation of packet oriented 
client signals and support buffer-to-buffer flow control. Alternatively, some 
or all of the steps shown in Figure 4A may be performed within the packet 
oriented client network equipment providing flow control, i.e. by C, or by X. 
In other alternative embodiments of the invention, N1 may be provided by 
more than one piece of equipment, for example, such that at least the 
mapping function is provided within synchronous network equipment. 

The embodiment of the invention shown in Figure 4A comprises the 
following steps, which are described in more detail later herein below. 

Step 208 (not shown) receive signal F^; 

Step 210 - remove line encoding from F^; 

Step 212 - process the decoded signal; 

Step 214 - store processed signal in ingress buffer; 

Step 216a (not shown, see Fig. 4B) - encode the signal to a form suitable 
for mapping; Step 216b (not shown, see Fig, 4B) - add synchronous 
payload padding; 

Step 218 - generated synchronous network payload by mapping the 
transport encoded signal to synchronous network payload{s); 

Step 220 (not shown) send over the synchronous network 120; 

Step 222 - tenminate synchronous network payload; 
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Step 224a (not shown, s$e Fig. 4B) - removed synchronous payload 
padding; 

Step 224b (not shown, see Fig, 4B) - decode signal after transport; 

Step 226 - store signal in egress buffer; 

5 Step 228 - process the signal at egress; 

Step 230 - line encode the signal to restore the client signal regenerated 
as client signal F^. 

Fig. 4A shows the basic key steps in the invention. The additional steps 
transport encoding and padding steps shown in Fig.4B are provided in the 
10 best mode of the invention. Altennative embodiments of the invention may 
implement equivalent steps or substitute or omit some of these steps as 
shown in Figures 4G, and 4D. 

STEP 210 - LINE DECODING, 

Referring to Fig. 4B, step 210, the client signal is received as a 1 0B 
15 encoded signal. In this embodiment of the invention the Fibre Channel 
10B line encoded signal is decoded to 9B before transport across the 
synchronous network. In Fibre Channel and ESCON embodiments of the 
invention, a 10B/8B line coding implies the line encoded signal will be 
decoded to 8bits. However, In fact the line encoded signal is decoded to 
20 gbits (i.e. one KID character recognition bit followed by the 8B 
representation of the 10B control/data character). This, for example, would 
result in bandwidth reduction of the 1062.5 Mbps Fibre Channel client 
signal physical rate to 956.25Mbps. 

As a number of data rates are associated with packet oriented client 
25 signals, these will now be briefly described. Here the "physical rate" of the - 
client signal is the actual bit rate as transmitted on the physical medium, 
for example on the fibre or coaxial cable. The 'lull bandwidth" of the client 
signal is the data rate when operating at its maximum rate, usually with 
maximum packet size with minimum inter packet gaps. 

30 The actual bandwidth of the client signal is the data rate representing the 
actual data rate of the client signal. This may be any value between zero 
and the full bandwidth rate- When the actual rate is less than the full 
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bandwidth rate, padding characters are inserted to fill out the bandwidth. 
These padding characters (known as Idles within both Fibre Channel and 
ESCON) carry no useful information and transporting them on a 
SDH/SONET network uses up costly transport bandwidth. 

5 In an alternative embodiment of the invention, the client signal may be 
received without 10B line encoding, for example If the invention was 
realised in the same equipment that is generating the client signal- 10B 
line encoding is only required for transmitting over fibre optic cables, 
hence would not typically be used internal to a piece of equipment. In such 

10 embodiments, the signal could be received in a number of fonnats, as 
those skilled in the art would appreciate. Possible formats would be a 9-bit 
format (i.e. 8 bits data plus K/D bit), or some other form of encoded signal. 
This Invention is equally applicable to these or any other format used 

STEP 212 - PROCESSING THE RECEIVED SIGNAL 

15 The received signal is then processed to have a form suitable for mapping 
to one or more synchronous network payloads, i.e. to a SONET/SDH 
virtual container or two or more virtual containers which are suitably 
concatenated/virtually concatenated- 

Each packet oriented protocol has an associated set of protocol specific 
20 functions (which are represented by signals comprising ordered sets) 
which are used to perfonm processes such as flow control, framing, 
transport etc. Although protocol specific functions do not carry any clfent 
data they are required for effective transport of data between two. client 
ports. 

25 In the case where the two client ports are separated by a synchronous 
transport network as in Figure 3A, certain ordered sets in the packet 
oriented signal are redundant, and can be removed to reduce the 
bandwidth of the signal to enable more efficient use of the transport 
network in step 212a (see Fig- 4B). 

30 In the embodiment of the invention using Fibre Channel, client Idles and 
primitive sequences can be removed before transport across that network. 
All non-redundant ordered sets such as primitive signals associated with 
the flow control (e.g. Fi.RDYs) and frame delimiters must remain in the 
data stream. 
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Accordingly, in the best mode of the invention tfie client idles and primitive 
sequences are removed from the 9B line decoded client signal in step 
212a. In alternative embodiments of the invention the client idles and 
primitive signals are removed from the 10B line encoded client signal or 
5 from any other encoded representations of the client signal. These 
alternative embodiments are depicted in Figure 4C. 

Client Idles are used as padding within the client signal and carry no 
useful information. These can therefore be removed without removing any 
information from the signal. In the best mode of the invention all the client 
IE) signal idles are removed to maximise the reduction of bandwidth, but in 
fact a certain portion of idles can remain ff desired. 

Client Signal Primitive Sequences are sent between packet oriented client 
signal nodes on a link to indicate a particular state of operation. Although, 
only a single primitive sequence is enough to represent the state, they are 

15 sent continuously to fully fill the client signal bandwidth, usually until some 
response is received from the receiving node, A series of Primitive 
Sequences is compressed in order to fit in a reduced size synchronous 
payload. This can be easily achieved due to the obvious redundancy in 
the signal. For example, for each one hundred primitive sequences 

20 received, ninety nine could be deleted and only one transmitted on the 
synchronous network- An alternative example might be to delete just 
enough primitive sequences to fully fill the synchronous payload. Another 
example might be to encode a certain number of primitive sequences (e,g. 
100) In a single code for transport:. 

25 This step applies to any primitive sequence or any other periodically 
repeating sequence of bits, as those skilled in the art would recognise. 

STEP 214 STORING CLIENT SIGNAL IN INGRESS BUFFER 

Referring again to Figure 4A, once redundant information has been 
removed (i.e. after removing idles and Primitive Sequences) the 
30 processed signal ie stored in an ingress buffer in step 214. The ingress 
buffer is required to store client data prior to transport on the synchronous 
network and to hand off data between the client signal data rate and the 
synchronous payload rate, which can be significantly smaller. 



-27^ 

The ingress buffer must ensure that data cannot be lost due to buffer 
overflow. To ensure tha ingress buffer does not overflow, ft must b© large 
enough to cope with any build-up of data frames, as the data frames may 
be arriving at a rate much faster than they can be transported on the 
5 synchronous network 120, 

The minimum amount of storage capacity provided by ingress buffer at 
interfacing synchronous network element node N1 in Fig. 3A is 
determined by the number of buffer credits along the communications link 
between the transmitting node C and tfie receiving node X in this 
10 embodiment of the invention, Ib. by the buffer credit value for the link 
between the two packet oriented network elements "C" and "X". 

As long as the ingress buffer is equal to or larger than the number of 
buffer credits on this link, it is guaranteed not to overflow due to the flow 
control mechanisms of the client signal It should also be noted that the 

15 buffer must also contain enough additional storage capacity to store the 
frame delimiters and the small number of other primitive signals that could 
be transmitted between frames. The size of the buffer must also take into 
account the format in which the client signal is being transported. 
Depending on which embodiment of the invention is used, the client data 

10 could be represented as lObit, 9bit or some other encoded representation 
of the client signal. 

There is no limit on the maximum size of the buffer, A buffer that is much 
larger than is needed does not impose any restrictions on the invention. 

Consider, for example, an embodiment of the invention where node "C" 
25 has a buffer credit value of "20" for the receiving port at node "X^, this 
means that if node "X" does not empty Its buffers, node ''C" can only 
transmit 20 frames of data before having to pause, If the client signal rate 
over the first network 110 is significantly larger than the synchronous 
signal rate, the ingress buffer 214 may receive all 20 frames before it is 
30 able to transmit even a single frame on the synchronous network. It 
therefore must provide sufficient storage capacity to store the 20 frames of 
data that port ''cx'' of the node of "C" could transmit before pausing. 

The skilled person familiar with the art will, however, note that for ESCON, 
the size of ingress buffer depends on the mode of operation of ESCON 
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equipment, and that generally a 128 frame ingress buffer will work for both 
modes, given tha maximum ESCON frame size of 1 024 bytes. 

In the best mode of the invention, the signal is stored as a 9B signal. In 
alternative embodiments of the invention the client signal is stored as a 
5 1 0B signal or any other encoded representations of the client signal. 

In the best mode of the invention, the ingress buffer will be equal to or 
larger than the number of buffer credits on the link* It will however be 
appreciated by those skilled in the art that in some specific embodiments 
of the Invention, the Ingress buffer could be smaller than the number of 
10 buffer credits on the link. 

STEP 21 6A - ENCODING THE CLIENT SIGNAL 

Step 212 - processing the signal to a form suitable for mapping to one or 
more synchronous payload{s) may also include step 216a, an encoding 
step. As shown in Figure 4B, in step 216b, the 9 bit representation of the 

15 client signal is encoded to further reduce its bandwidth in order to make 
more efficient use of the synchronous bandwidth. Any number of encoding 
techniques could be employed for this as long as the client signal (after 
removal of Idles and Primitive Sequences) can be fully re-constituted 
following transport through the synchronous network. As those skilled in 

20 the art would appreciate, the 9-blt representation of the client signal 
contains a lot of redundancy. Each of the 9 bit Data characters can be 
encoded to their 8 bit representations by removal of the D character 
recognition bit. Ordered Sets which contain K characters are more difficult 
to encode such that they can be re«constituted after transport, however, 

25 one technique achieving this is described in the T1X1 standard. A suitable 
encoding technique should be capable of reducing the bandwidth of the 
client signal from 956.25Mbps to approximately 850Mbps. Several 
mapping schemes which are able to implement suitable encoding are 
known to those skilled in the art. Suitable encoding enables suitable 

30 framing infomiation, for example regarding the start and end of packets to 
be provided when such packets are mapped to synchronous payioad, in 
particular for example when the payload comprises more than one virtual 
container as would be apparent to those skilled in the art. 



STEP 216B- ADD SYNCHRONOUS PAYLOAD PADDING 
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The step of processing the signal to a fomn suitable for mapping to one or 
more synchronous payload(s} {^ep 212) also includes, in the best mode 
of the invention, padding the signal where appropriate (step 21 6B). It is 
necessary to be able to pad out the synchronous payload should the client 
5 signal data rate fall below the synchronous payload rate. If this situation 
occurs, it will result in the Ingress buffer emptying. When the buffer 
empties or falls below a pre defined level, padding characters must be 
inserted. A technique for doing this has already been devised by T1X1 
standards body, however many other similar mechanisms could be used. 

10 In other embodiments of the invention, the padding is applied to the 10B 
or 9B representation of the client signal as appropriate (see Fig. AC) 

STEP 218 - GENERATE SDH/SONET PAYLOAD 

The invention is able to support any synchronous payload rate, including 
payloads which are significantly smaller than the full bandwidth of the 
15 client signal. In step 218, the synchronous payload is generated by 
mapping the client signal {which will have been padded if the client signal 
data rate falls below the synchronous payload rate) into a suitable number 
of virtual container(s). An appropriate path overhead is created for 
transmission of the payload over the synchronous network 120. 

20 The client signal data stream Is mapped into at least one synchronous 
container, for example a virtual container or to a plurality of concatenated 
(virtual) containers for transportation over the synchronous network 120. 
The concatenated (virtual) containers may be either contiguously or 
virtually concatenated. However, it is preferable for virtual concatenation 

25 to be used as this provides several advantages, in particular, the range of 
bandwidths is much greater and hence can be chosen to more accurately 
meet the customer requirements. 

Once the client signal data has been mapped to an appropriate 
synchronous payload, the signal is transmitted across the synchronous 
30 network 120 from the first interfacing synchronous network node N1 to a 
second synchronous network node N4 (see Fig. 3A). 

STEP 222 - TERMINATE SDH/SONET PAYLOAD 
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In stap 222, at node N4 the synchronously framed signal is demapped 
from tha virtual container(s) and the path overhead terminated, using a 
suitable technique such as is known to those in the art. 

STEP 228 - PROCESS THE SIGNAL TO RESTORE THE PACKET 
ORIENTED CLIENT SIGNAL. 

Once recovered from the synchronous payload, the signal is processed to 
restore ft to a packet oriented client signal form suitable for transmission 
over the second network 110. A number or processing steps may be 
performed to restore the packet oriented client signal:- 

STEP 224A - REMOVE PADDING 

In step 224a, any synchronous payload padding that was inserted prior to 
triansport is removed. 

STEP 224B - DECODE TRANSPORT ENCODED SIGNAL 

In step 224b, if the signal was encoded prior to transport on synchronous 
networit, the signal is decoded in order to recover the client signal. It will 
be appreciated that unpadding and decoding Is only required if the signal 
has been padded and coded for transport prior to transmission over the 
synchronous network 120. 

STEP 226 - STORE CLIENT SIGNAL IN EGRESS BUFFER 

Referring again to Figure 4A and 4B, in step 226 the client signal is stored 
in an egress buffer. The egress buffer is required to buffer the received 
signal from the synchronous network and to hand off data between the 
synchronous payload rate and the client signal data rate, which may be 
significantly faster. 

To achieve hand-off between the synchronous payload rate and the client 
signal rate, the egress buffer must have at least a 1 -frame client signal 
capacity. This enables complete frames to be received from the slower 
synchronous network before being sent to the client interface, and 
therefore ensures that the frame is sent continuously without any gaps. 
Idles are not permitted in mid-frame. In the case of Fibre Channel, the 1- 
frame ^ress buffer holds 2140 bytes, however, in other alternative 
embodiments of the invention, the frame size may differ. In the best mode 
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of the invention, the signal is stored as a 9B signal. In alternative 
embodiments of the inventfon the client signal is stored as a i OB signal or 
any other encoded representations of the client signal. 

For ESCON , the 1 -frame Egress Buffer 228 is W24 bytes. 

5 STEP 228A - PERFORM PROTOCOL SPECIFIC FUNCTIONS AT 
EGRESS 

In Figure 4A/4B, the client signal is first extracted from the egress buffer. 
To rate adapt between the client signal received from the transport 
network and client signal data rate, padding of the client signal is 

10 performed where appropriate. If data frames are being received, then an 
appropriate number of idles must be inserted into the client signal 
according to the appropriate client signal protocol rules. The idles do not 
however have to be inserted at the points they were removed prior to 
transport on the synchronous network. Primitive sequences are inserted 

15 where appropriate as per client specific protocol rules. 

STEP 230" LINE ENCODING 

Step 230 of Figure 4B shows how in this specific embodiment of the 
invention where the best mode is implemented, the client signal is line 
encoded before transmission as signal F^. over the second network 110. 
20 For example, where second network 1 1 0 supports Fibre Channel (as does 
the first network loO in this specific embodiment of the invention), the 
signal may be line encoded using 8B/10B line encoding, before 
transmitting, for example, on a local client signal fibre optic cable. 

Figure 4D shows some altemative steps according to other embodiments 
25 of the invention. 

Figures 4A, 4B, 4C, and 4D thus show various steps in the method of 
mapping a packet oriented signal using buffer-to-buffer flow control from a 
first packet oriented client network 100 capable of supporting the buffer-to- 
buffer flow control to a second packet oriented client network 110 capable 
30 of supporting the buffer to buffer flow control over a synchronous networi< 
120. 

Figure 5 shows how the flow control is separated from the mapping 
process. In Figure 5, the sending port of the node in "C" of the first 
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netwotk 100 checks its buffer credit count at port "cx" against the buffer 
credit value assigned to it in step 300. prior to sending a frame in client 
signal F, to synchronous network node N1. Using the previous values 
given in the specific example, C checks if the buffer credit count for "ox'' is 
larger than the assigned value of 20. 

If the sending port "cx" (see Fig, 3 A for example) of the node in C does 
not have a sufficient buffer credit count i.e., If the buffer credit count is 
equal to 20, then a frame is not sent to node N1 in the synchronous 
network 120 and the frame Is delayed (step 310). C continues to monitor 
the buffer credit count against the buffer credit value assigned to "cx". 
When a receiver ready signal is received (310), the buffer credit count falls 
(320), and the next check (310) results in a frame of signal being sent 
to equipment perfomning the mapping to synchronous payload (step 31 pb) 
and the buffer credit of ''cx" rising by 1 again (step 310a). 

As Figure 5 shows, the flow control is excluded from the metfiod of 
mapping steps which are encapsulated as indicated by the dashed box 
outline. 

By performing the mapping from Fibre Channel directly to the 
synchronous payload, a client signal can be mapped to synchronous 
payloads which have a smaller bandwidth than the original signal. 
Moreover, by using the Fibre Channel flow control, bandwidth can be 
provided in response to demand. 

The invention provides a means to adjust flow of the client signal in 
response to the network conditions and provide an appropriate amount of 
bandwidth on demand without costly modification of the SAN node 
equipment. 

The above description is directed towards a fibre channel embodiment of 
the invention. However, embodiments of the Invention where the client 
signal conforms with the ESCON packet oriented protocols can be 
implemented in a similar manner as will be apparent to those skilled in the 
art. Similarly, other packet oriented protocols using buffer to buffer flow 
control mechanisms which are implemented in a manner similar to that 
described above may be used in a similar manner such as would be 
apparent to those skilled in the art. 
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Any range or device value givan herein may be extended or altered 
Without losing the effect sought, as will be apparent to the skilled person 
for an understanding of the teachings herein. 

For exannpl©, a glient signal may be mapped into a variety of synchronous 
5 container payloads and combinations thereof, as would be obvious to 
those skilled in the art. 

Also, a variety of different rates exfst within Fibre Channel and within other 
data packet protocols having buffer-to-buffer flow control, and the 
invention is not limited to any specifio rate as would be obvious to those 
10 skilled in the art. 

Those skilled in the art will appreciate that the invention may be 
implemented using ASIC or FPGA technology and incorporated within 
either data packet protocol equipment (e.g. within a Fibre Channel 
Network Element), or within synchronous netwoik equipment, for example* 
15 a SONET or SDH Network Element. The buffers are implemented in 
memory, for example, in RAM. 

It will also be appreciated by those skilled In the art that the synchronous, 
e.g., SDH/SONET, bandwidth can be automatically allocated by the node 
implementing the mapping or can be provisioned by network 
20 management. 

The method also provides a means to perform load balancing across the 
network using virtually concatenated synchronous payloads whose 
bandwidths and routes can be selected according to the prevailing 
network conditions. 

25 The text of the abstract repeated below is considered part of the 
description of the above invention: 

A method of transporting a packet oriented client signal which uses a 
buffar-to-buffer flow control mechanism over a synchronous transmission 
network by assigning an arbitrary syndironous payload, where the 
30 synchronous payload bandwidth may be significantly smaller than the full 
bandwidth of the client signal. Row control over the synchronous network 
is provided by the buffer-to-buffer flow control mechanism of the client 
signal to automatically regulate the data throughput to ensure no data can 
be lost. The method is independent of the Client Signal Data Rate and the 
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provlsloned SDH/SONET bandwidth, and SDH/SONET payload which 
may be non-concatenated, contiguously concatenated, or virtually 
concatenated . In particular, the method may be used to support the 
transport of Fibre Channel (1G, 2G and 4G), and ESCON {200M) in a 
5 synchronous payload. 

Modifications and improvements may be incorporated herein without 
departing from the spirit and scope of the invention which is as defined by 
the accompanying claims. 
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